Method and apparatus for mobile assisted event detection and area of interest determination

ABSTRACT

An approach is provided for determining the existence of an event based on information collected from mobile devices. Reception is caused, at least in part, of media from a plurality of mobile devices. A plurality of event vectors for the respective mobile devices is determined. Each of the event vectors includes geo-location information and timing information of the corresponding mobile device. The existence of the event is determined based on the received media and the event vectors.

BACKGROUND

Service providers (e.g., wireless, cellular, etc.) and devicemanufacturers are continually challenged to deliver value andconvenience to consumers by, for example, providing compelling networkservices. Important differentiators in the industry are application andnetwork services that offer entertainment and location services. Inparticular, advertisements such as website banners are utilized todisseminate information about upcoming events. Traditionally, theseadvertisements are limited to events that are known at the time theadvertisements were created.

SOME EXAMPLE EMBODIMENTS

Therefore, there is a need for an approach for automatically determiningevents based on information collected from mobile devices.

According to one embodiment, a method comprises causing, at least inpart, reception of media from a plurality of mobile devices. The methodalso comprises determining a plurality of event vectors for therespective mobile devices. Each of the event vectors includesgeo-location information and timing information of the correspondingmobile device. The method further comprises determining existence of anevent based on the received media and the event vectors.

According to another embodiment, an apparatus comprising at least oneprocessor, and at least one memory including computer program code, theat least one memory and the computer program code configured to, withthe at least one processor, cause, at least in part, the apparatus tocause, at least in part, reception of media from a plurality of mobiledevices. The apparatus is also caused to determine a plurality of eventvectors for the respective mobile devices. Each of the event vectorsincludes geo-location information and timing information of thecorresponding mobile device. The apparatus is further caused todetermine existence of an event based on the received media and theevent vectors.

According to another embodiment, a computer-readable storage mediumcarrying one or more sequences of one or more instructions which, whenexecuted by one or more processors, cause, at least in part, anapparatus to cause, at least in part, reception of media from aplurality of mobile devices. The apparatus is also caused to determine aplurality of event vectors for the respective mobile devices. Each ofthe event vectors includes geo-location information and timinginformation of the corresponding mobile device. The apparatus is furthercaused to determine existence of an event based on the received mediaand the event vectors.

According to another embodiment, an apparatus comprises means forcausing, at least in part, reception of media from a plurality of mobiledevices. The apparatus also comprises means for determining a pluralityof event vectors for the respective mobile devices. Each of the eventvectors includes geo-location information and timing information of thecorresponding mobile device. The apparatus further comprises means fordetermining existence of an event based on the received media and theevent vectors.

Still other aspects, features, and advantages of the invention arereadily apparent from the following detailed description, simply byillustrating a number of particular embodiments and implementations,including the best mode contemplated for carrying out the invention. Theinvention is also capable of other and different embodiments, and itsseveral details can be modified in various obvious respects, all withoutdeparting from the spirit and scope of the invention. Accordingly, thedrawings and description are to be regarded as illustrative in nature,and not as restrictive.

BRIEF DESCRIPTION OF THE DRAWINGS

The embodiments of the invention are illustrated by way of example, andnot by way of limitation, in the figures of the accompanying drawings:

FIG. 1 is a diagram of a system capable of determining the existence ofan event based on event vectors, according to one embodiment;

FIG. 2 is a diagram of the components of a user equipment, according toone embodiment;

FIG. 3 is a diagram of the components of an event platform, according toone embodiment;

FIGS. 4 and 5 are flowcharts of processes for determining the existenceof an event using mobile devices, according to one embodiment;

FIG. 6 is a flowchart of a process for determining event extentinformation utilizing mobile devices, according to one embodiment;

FIG. 7 is a map diagram displaying an example map of the locations ofusers used to determine area of extent information, according to oneembodiment;

FIG. 8 is a flowchart of a process for determining views of an event forpresentation, according to one embodiment;

FIG. 9 is a map diagram displaying an example map of the locations of auser utilized to determine, according to one embodiment;

FIGS. 10A and 10B are diagrams of user interfaces utilized in viewingevents determined to exist, according to various embodiments;

FIG. 11 is a diagram of hardware that can be used to implement anembodiment of the invention;

FIG. 12 is a diagram of a chip set that can be used to implement anembodiment of the invention; and

FIG. 13 is a diagram of a mobile terminal (e.g., handset) that can beused to implement an embodiment of the invention.

DESCRIPTION OF SOME EMBODIMENTS

Examples of a method, apparatus, and computer program for determiningthe existence of an event based on information collected from mobiledevices are disclosed. In the following description, for the purposes ofexplanation, numerous specific details are set forth in order to providea thorough understanding of the embodiments of the invention. It isapparent, however, to one skilled in the art that the embodiments of theinvention may be practiced without these specific details or with anequivalent arrangement. In other instances, well-known structures anddevices are shown in block diagram form in order to avoid unnecessarilyobscuring the embodiments of the invention.

FIG. 1 is a diagram of a system capable of determining the existence ofan event, according to one embodiment. In a mobile world, an increasingnumber of services and applications are targeted at providing socialservices (e.g., advertisements) to inform users of events. In certainembodiments, events may be occurrences that may be interesting to a userof the service. These events are known to the social service prior tothe event and may allow users of the service to define the event toprovide details and background information about the event. Further,these services may allow for users to mark the event on a map orotherwise associate the event with a specific location in the respectiveservice itself or in a dedicated location or navigation service. Eventsinformation may also automatically update the user's electroniccalendar, so that the user could be reminded in time about an occurringevent. However, these services generally rely on users to activelyprovide information about the event. In other words, unless at least oneuser of a service manually enters information about an event in theservice, the service (and other users of the service) would receive noinformation or notification of the event over the service. Moreover, theburden of manual entry of event information may discourage users fromproviding specific information about an event even if the users sodesire. It is noted that many users of services participate in thevarious services to stay informed of new events without the need forusers to actively provide information and, therefore, may be reluctantto provide event information.

In recognition of this problem, a system 100 of FIG. 1 introduces thecapability to automatically determine the existence of an event based oninformation collected from mobile devices (e.g., user equipment (UE) 101a-101 c). In one embodiment, the UEs 101 a-101 c capture media (e.g.,photos, video clips, etc.) and transmit the media content and relatedinformation (e.g., location information) to an event platform 103 via acommunication network 105. The media can be captured, for instance, toexplicitly transmit information about the event or may be captured forother purposes (e.g., sightseeing, general interest, etc.) but thenco-opted for use in the approach described herein. The media is analyzedto determine information about the existence of an event which can betransmitted to the UEs 101 a-101 c.

The UE 101 is any type of mobile terminal, fixed terminal, or portableterminal including a mobile handset, station, unit, device, multimediacomputer, multimedia tablet, Internet node, communicator, desktopcomputer, laptop computer, Personal Digital Assistants (PDAs), or anycombination thereof. It is also contemplated that the UE 101 can supportany type of interface to the user (such as “wearable” circuitry, etc.).The UE 101 may include a sensor module 107 a-107 c to determine theinformation (e.g., location) of the UE 101. The sensor module 107 may beutilized by one or more applications 109 (e.g., media applications 109a-109 c, event applications 109 n, etc.). The system 100 has beensimplified for to include three UEs 101 a-101 c to capture the event,however, it is contemplated that any multiple number of UEs 101 (e.g.,more than two UEs 101) can be utilized in capturing information aboutthe event.

The UEs 101 a-101 c may utilize respective media applications 109 tocapture media of an event 111 as well as the location, via a locationsensor of the sensor module 107, and other information about the UE 101during the event. In certain embodiments, the event may include a staticevent (e.g., a normal occurrence such as media capture around amonument), a sudden incident (e.g., a spontaneous occurrence such as anaccident or an impromptu folk festival that users determine is a goodreason to capture media), a special event (e.g., an occurrence that isindicated to be more important by the event platform 103 based oncertain criteria), a combination thereof, or the like. Once media iscaptured, the UE 101 may form an event vector regarding the event totransmit to the event platform 103. In certain embodiments, an eventvector is one or more data items or information (e.g., media, location,date, time, etc.) that may be an indicator of an event or the occurrenceof an event from the perspective of a single UE 101 a. The eventplatform 103 can automatically determine or infer information on theoccurrence of an event or other event related information by evaluatingone or more of the event vectors received from one or more UEs 101 a-101c. By way of example, an event vector is transmitted as a data structureof information. In some embodiments, the event vector includesgeo-location information about the UE 101, timing information (e.g.,when the media was captured, current time, etc.), magnetometerinformation (e.g., the relationship of a face of the UE 101 to themagnetic north pole) to determine a heading or orientation of the UE 101that may be associated with a location of the event, accelerometerinformation (e.g., to determine the angle of the face of the UE 101 fromthe ground) which may also used to determine the location of the event,an identifier distinguishing the UE 101 a-101 c, the captured media, acombination thereof, etc. The event vector may be utilized to determineone or more focal points of a plurality of UEs 101 by using the locationand orientation of each of multiple UEs 101 (e.g., the intersection ofthe orientation or views of the UEs 101). This focus may be determinedto be a center or other important point of the event. In one scenario,the event vector is separated from the media to conserve bandwidth whentransmitting the event vector to the event platform 103. Under thisscenario, the event vectors may be transmitted in real time or near realtime while the actual media is streamed or transmitted at a later time.Moreover, a media application 109 may include options as to participateor not participate in a service provided by the event platform 103 todetermine the existence of events and/or publish media of the user ofthe application 109. In certain embodiments, to encourage participation,the user may be recognized or compensated if the user's media ispresented to other users.

The event platform 103 may receive the event vectors and the media fromUEs 101 and store the information in one or more databases. The eventvectors can be stored in an event data database 113. The event datadatabase 113 may be utilized to store current and historical data aboutevents. Moreover, the event platform 103 may have access to additionalhistorical data (e.g., historical sensor data or additional historicalinformation about a region that may or may not be associated withevents) in a historical data database 114. The events or historical datamay be sorted using the geo-location of the UEs 101 or a determinedgeo-location of the event. Further, the media may be stored in apublished content database 115 that may be used to store current andprior event media and publish the content to other UEs (e.g., UE 101 n)utilizing an event application 109 n. The event platform 103 mayadditionally extract an identifier associated with a particular UE 101from a received event vector and associate the user and/or UE 101 with aprofile in a user profile database 117. The user profile database 117may be utilized to collect historical event information about aparticular UE 101 or user. This data may be used in heuristicallydetermining the occurrence of an event.

The event vectors can then be processed by the event platform 103 todetermine the existence of one or more events associated with the UEs101. A corollary can be made that if multiple users are capturing mediadirected at a location, there is a greater probability that there is anevent happening at the location. The event vectors may then be comparedwith historical events and/or other historical information (e.g., aclassification, such as rural or urban, of a region associated with thelocation may be utilized to make general determinations about events orutilization of other sensor information that has not been classified asan event) that have occurred in one or more regions associated with thelocation as further detailed in FIGS. 4 and 5 to heuristically determinewhether an event is currently taking place at the location. Further, theevent vectors may be utilized to determine an area of extent of theevent as well as structural information (e.g., a physical informationsuch as whether the event is occurring in the sky, if the event is on astage facing a particular direction, etc.) of the event as furtherdetailed in FIG. 6. Once the existence of one or more events has beendetermined, the event platform 103 may transmit event information to UEsthat are monitoring for such event or information or are nearby thelocation of the respective events.

By way of example, the communication network 105 of system 100 includesone or more networks such as a data network (not shown), a wirelessnetwork (not shown), a telephony network (not shown), or any combinationthereof. It is contemplated that the data network may be any local areanetwork (LAN), metropolitan area network (MAN), wide area network (WAN),a public data network (e.g., the Internet), or any other suitablepacket-switched network, such as a commercially owned, proprietarypacket-switched network, e.g., a proprietary cable or fiber-opticnetwork. In addition, the wireless network may be, for example, acellular network and may employ various technologies including enhanceddata rates for global evolution (EDGE), general packet radio service(GPRS), global system for mobile communications (GSM), Internet protocolmultimedia subsystem (IMS), universal mobile telecommunications system(UMTS), etc., as well as any other suitable wireless medium, e.g.,worldwide interoperability for microwave access (WiMAX), Long TermEvolution (LTE) networks, code division multiple access (CDMA), widebandcode division multiple access (WCDMA), wireless fidelity (WiFi),satellite, mobile ad-hoc network (MANET), and the like.

By way of example, the UE 101 and event platform 103 communicate witheach other and other components of the communication network 105 usingwell known, new or still developing protocols. In this context, aprotocol includes a set of rules defining how the network nodes withinthe communication network 105 interact with each other based oninformation sent over the communication links. The protocols areeffective at different layers of operation within each node, fromgenerating and receiving physical signals of various types, to selectinga link for transferring those signals, to the format of informationindicated by those signals, to identifying which software applicationexecuting on a computer system sends or receives the information. Theconceptually different layers of protocols for exchanging informationover a network are described in the Open Systems Interconnection (OSI)Reference Model.

Communications between the network nodes are typically effected byexchanging discrete packets of data. Each packet typically comprises (1)header information associated with a particular protocol, and (2)payload information that follows the header information and containsinformation that may be processed independently of that particularprotocol. In some protocols, the packet includes (3) trailer informationfollowing the payload and indicating the end of the payload information.The header includes information such as the source of the packet, itsdestination, the length of the payload, and other properties used by theprotocol. Often, the data in the payload for the particular protocolincludes a header and payload for a different protocol associated with adifferent, higher layer of the OSI Reference Model. The header for aparticular protocol typically indicates a type for the next protocolcontained in its payload. The higher layer protocol is said to beencapsulated in the lower layer protocol. The headers included in apacket traversing multiple heterogeneous networks, such as the Internet,typically include a physical (layer 1) header, a data-link (layer 2)header, an internetwork (layer 3) header and a transport (layer 4)header, and various application headers (layer 5, layer 6 and layer 7)as defined by the OSI Reference Model.

In one embodiment, the UE 101 and event platform 103 interact accordingto a client-server model. According to the client-server model, a clientprocess sends a message including a request to a server process, and theserver process responds by providing a service. The server process mayalso return a message with a response to the client process. Often theclient process and server process execute on different computer devices,called hosts, and communicate via a network using one or more protocolsfor network communications. The term “server” is conventionally used torefer to the process that provides the service, or the host computer onwhich the process operates. Similarly, the term “client” isconventionally used to refer to the process that makes the request, orthe host computer on which the process operates. As used herein, theterms “client” and “server” refer to the processes, rather than the hostcomputers, unless otherwise clear from the context. In addition, theprocess performed by a server can be broken up to run as multipleprocesses on multiple hosts (sometimes called tiers) for reasons thatinclude reliability, scalability, and redundancy, among others.

FIG. 2 is a diagram of the components of a UE 101, according to oneembodiment. By way of example, the UE 101 includes one or morecomponents for collecting and transmitting event vectors. It iscontemplated that the functions of these components may be combined inone or more components or performed by other components of equivalentfunctionality. In this embodiment, the UE 101 includes an event platforminterface 201 to communicate with an event platform 103, a sensor module107 that includes a location module 202 to determine the location of aUE 101, a magnetometer module 203 to determine horizontal orientation ofthe UE 101, an accelerometer module 205 to determine verticalorientation of the UE 101, an altimeter module 206 to determinealtitude, and other sensor modules (not shown), a media module 207 thatmay be used to capture media, a runtime module 209 to executeapplications on the UE 101, a user interface 211, and a communicationinterface 213. Information from the location module 202, magnetometermodule 203, accelerometer module 205, and media module 207 may be usedto determine the direction or vector along which the UE 101 is alignedwhen, for instance, capturing event related media or information (e.g.,the direction or vector along which a camera of the UE 101 is pointedwhen capturing an image of an event). In this way, the UE 101 maygenerate and transmit an event vector to an event platform 103 thatincludes the directional and location information. Further, the UE 101may embed the event vector in media transmitted to the event platform103 to determine the existence of an event.

The event platform interface 201 is used by the runtime module 209 tocommunicate with an event platform 103. In some embodiments, theinterface is used to upload media and event vectors for processing atthe event platform 103. Further, the event platform interface 201 may beutilized by an event application 109 to receive event information fromthe event platform 103. In certain embodiments, the event informationincludes a determination that an event 111 is occurring, an extent ofthe event 111, a face of the event 111, a structure of the event 111, atype of the event 111, or a combination thereof. In certain embodiments,the face of the event 111 is the direction of a focus point of the event111 points towards. As such, the face of the event 111 may be theoutward presentation of the event that the UEs 101 capture mediaregarding the event from. The location module 202, magnetometer module203, accelerometer module 205, and media module 207 may be utilized tocreate event vectors to transmit to the event platform 103.

Moreover, in certain embodiments, UEs 101 may additionally communicatewith other UEs 101 and devices via the communication interface 213. Inthese scenarios, information may be transmitted between UEs 101 via apeer-to-peer network topology. The UE 101 communicates with other UEs101 utilizing a media application 109 or an event application 109 basedon proximity to the other UEs 101. In another embodiment, a first UE 101b may utilize a second UE 101 a as a conduit to communicate with theevent platform 103. In this scenario, the second UE 101 a may collectinformation (e.g., event vectors and/or media) from the first UE 101 band upload the information to the event platform 103. In one embodiment,the second UE 101 that acts as a conduit for the first UE 101 is a“master peer” UE 101 that has been designated by the event application109 or the event platform 103. By way of example, the master peer UE 101collects media, event vectors, and/or other event related informationfrom other neighboring or peer UEs 101 to upload to the event platform103. In this embodiment, the UEs 101 that are not a master peer 101 donot communicate directly with the event platform 103. This may be usefulwhen there is a crowd of UEs 101 (which may regularly occur during anevent) and the network is a bottleneck or congested because of thecrowd. The designation of a master peer UE 101 enables the eventplatform 103 to advantageously reduce the number of communication linksbetween the event platform 103 and the community of UEs 101 reporting onone or more events, thereby reducing the overall resource burden (e.g.,network bandwidth, available communication channels, etc.) on thecommunication network 105.

In one embodiment, the location module 202 can determine a user'slocation. The user's location can be determined by a triangulationsystem such as a global positioning system (GPS), assisted GPS (A-GPS)A-GPS, Cell of Origin, wireless local area network triangulation, orother location extrapolation technologies. Standard GPS and A-GPSsystems can use satellites to pinpoint the location (e.g., longitude,latitude, and altitude) of the UE 101. A Cell of Origin system can beused to determine the cellular tower that a cellular UE 101 issynchronized with. This information provides a coarse location of the UE101 because the cellular tower can have a unique cellular identifier(cell-ID) that can be geographically mapped. The location module 202 mayalso utilize multiple technologies to detect the location of the UE 101.GPS coordinates can provide finer detail as to the location of the UE101. The location module 202 may be utilized by the media application109 to capture location information as part of an event vector totransmit to the event platform 103.

The magnetometer module 203 can include an instrument that can measurethe strength and/or direction of a magnetic field. Using the sameapproach as a compass, the magnetometer is capable of determining thedirection of a UE 101 using the magnetic field of the Earth. The frontof a media capture device (e.g., a camera of the media module 207) canbe marked as a reference point in determining direction. Thus, if themagnetic field points north compared to the reference point, the anglethe UE 101 reference point is from the magnetic field is known. Simplecalculations can be made to determine the direction of the UE 101. Inone embodiment, horizontal directional data obtained from a magnetometeris stored in an event vector when media is captured. This directionalinformation may be correlated with the location information of the UE101 and other UEs 101 to determine a focus point (e.g., where multiplevectors associated with the determined locations cross paths) for theevent 111.

Further, the accelerometer module 205 may include an instrument that canmeasure acceleration. Using a three-axis accelerometer, with axes X, Y,and Z, provides the acceleration in three directions with known angles.Once again, the front of a media capture device can be marked as areference point in determining direction. Because the acceleration dueto gravity is known, when a UE 101 is stationary, the accelerometermodule 205 can determine the angle the UE 101 is pointed as compared toEarth's gravity. In one embodiment, vertical directional data obtainedfrom an accelerometer is stored in the event vector when media iscaptured.

Moreover, the altimeter module 206 may be utilized to determine thealtitude of the UE 101 during the event. Altitude information may beincluded in the event vector to determine a vantage of the user whilecapturing media. Moreover, altitude information may be used to determineevents happening at a single longitude and latitude location, but at adifferent elevation (e.g., on a roof of a building, edge of a cliff,etc.). In certain embodiments, the altimeter module 206 includes apressure altimeter that determines barometric pressure to determine thealtitude. In another embodiment, the UE 101 may include a temperaturesensor that is used to infer altitude based on the ambient temperature(e.g., temperature decreases at known rate with increasing altitude). Inaddition or alternatively, GPS information may be utilized to determinealtitude information.

Media can be captured using a media capture device associated with themedia module 207. A media capture device may include a camera, an audiorecorder, a video camera, a combination thereof, etc. In one embodiment,visual media is captured in the form of an image or a series of images.The media module 207 can obtain the image from a camera and embed theimage within an event vector also containing location data, timing data,and orientation data. Moreover, the event vector may additionallyinclude air-pressure sensor data, temperature sensor data, other suchsensor data, or a combination thereof.

Information that is collected to transmit to the event platform 103 maybe controlled and viewed using the user interface 211, which can includevarious methods of communication. For example, the user interface 211can have outputs including a visual component (e.g., a screen), an audiocomponent (e.g., a verbal instructions), a physical component (e.g.,vibrations), and other methods of communication. User inputs can includea touch-screen interface, microphone, camera, a scroll-and-clickinterface, a button interface, etc. Further, the user may input arequest to start a media application 109 and utilize the user interface211 while capturing media. Additionally or alternatively, the UE 101 mayinclude an event application 109 that can be presented using the userinterface 211. Utilizing the user interface 211, the user may select toview one or more views of the event 111 and/or request that eventsnearby the user be presented to the user.

FIG. 3 is a diagram of the components of an event platform 103,according to one embodiment. By way of example, the event platform 103includes one or more components for determining the existence of anevent 111, the extent of the event 111, and publishing media about theevent 111. It is contemplated that the functions of these components maybe combined in one or more components or performed by other componentsof equivalent functionality. In one embodiment, the event platform 103includes a user equipment interface 301, a memory 303, and an eventdetermination module 305.

The event determination module 305 receives communications (e.g., mediacontent, event vectors, etc.) from a UE 101 via the user equipmentinterface 301. The event determination module 305 can store appropriatecommunications such as media content in a published content database115. Further, the event determination module 305 may receive eventvectors associated with one or more events and store the vectors in anevent data database 113. Moreover, the event determination module 305may associate one or more of the event vectors with particular users andupdate a user profile database 117 of the behavior of the user. A userprofile may be created for a user of the media application 109 when theuser registers with the event platform 103. The user profiles may beupdated when the user transmits content to the event platform 103. Theevent data database 113, historical data database 114, and the userprofile database 117 may be utilized to make a heuristic determinationof the existence and extent of an event 111 based on a comparison of thehistoric information and current event vectors for a location as furtherdetailed in FIGS. 4-6. Once the existence of the event 111 isestablished, the event platform 103 may determine and transmit eventinformation about the event 111 to users of an event application 109. Incertain embodiments, the users of the event application 109 may requestand provide location information of the user to receive customized eventinformation as further detailed in FIG. 8. This event information may betransmitted to the user of the event application 109 using the userequipment interface 301.

FIG. 4 is a flowchart of a process for determining the existence of anevent using mobile devices, according to one embodiment. In oneembodiment, the event determination module 305 performs the process 400and is implemented in, for instance, a chip set including a processorand a memory as shown FIG. 12. In step 401, the event determinationmodule 305 is caused, at least in part, to receive media from aplurality of UEs 101 (e.g., mobile devices). The reception of the mediamay additionally include reception of a plurality of event vectorsassociated with the UEs 101. Further, prior to receiving the media, theUEs 101 may authenticate with the event platform 103 using a registeredidentifier (e.g., a user name and password, a device identifier (e.g., asubscriber identity module (SIM), a unique identifier tied to a UE 101,etc.).

Then, at step 403, the event determination module 305 determines aplurality of event vectors for the respective UEs 101 (e.g., byextracting the event vectors for the media or related informationtransmitted from the UE 101). As mentioned above, the event vectors mayinclude geo-location information (e.g., GPS coordinates), timinginformation, magnetometer information, accelerometer information,altimeter information, air pressure information, user identifierinformation, other such available and suitable sensor information, or acombination thereof. The event vectors may be determined by extractinginformation from a transmission from the respective UEs 101. In certainembodiments, the event vectors are extracted from the received media,which may have been stored in metadata of the media. In otherembodiments, the event vectors are received directly from the UEs 101.

Next, the event determination module 305 determines the existence of anevent based on the received media and the event vectors (step 405). Theevent vectors may be compared with historical information from an eventdata database 113 and a user profile database 117 of mobile usersutilizing media applications 109 in particular regions. Correlating thecurrent event vectors with the historical information allows for thedetection of the event as further detailed in the processes of FIG. 5.An event vector may be considered current if timing information (e.g., atimestamp) associated with the event vector is within a certain timerange of the time the determination is executed. Location andorientation data of the UEs 101 capturing media can be extrapolated tofurther yield area of interest information and the focal point of theevent as further detailed in FIGS. 6 and 7. Once it is determined that aUE 101 is partaking in an event, the user may be queried to describe theevent. In this manner, multiple UEs 101 may be utilized to describe theevent. Moreover, because the event determination module 305 canassociate each UE 101 with a particular event, the event may be labeledwith more than one describing identifier. This approach advantageouslyallows users of the event platform 103 to receive descriptioninformation about the event without fragmentation of the event (e.g.,multiple instances of the same event being described by the eventplatform 103).

FIG. 5 is a flowchart of a process for determining the existence of anevent using mobile devices, according to one embodiment, according toone embodiment. In one embodiment, the event determination module 305performs the process 500 and is implemented in, for instance, a chip setincluding a processor and a memory as shown FIG. 12. In step 501, theevent determination module 305 determines a potential event may beoccurring based on event vectors and/or media received from a pluralityof mobile devices. As noted above, the event vectors may includegeo-location information (e.g., GPS coordinates), timing information,magnetometer information, accelerometer information, user identifierinformation, or a combination thereof. When the event vectors and mediaare received, each of the event vectors may be mapped to geographiclocations based on the geo-location information. Then, the eventdetermination module 305 can collate the information to group eventvectors together to determine one or more locations or areas associatedwith the potential event (step 503). In one embodiment, the grouping ofthe event vectors is based on a common location, time, etc. of thevarious event vectors received from the various mobile devices (e.g.,UEs 101). This localized grouping of event vectors may then be analyzedto determine the existence of the event by, for instance, determiningone or more focal or convergence points of the vectors. The focalpoint(s) represents the location(s) in space (e.g., two-dimensional orthree-dimensional space) where the UEs 101 are pointed when capturingmedia related to the event. Accordingly, the focal point(s) are likelyto be where the event is occurring. In one embodiment, the existence ofa potential event may be determined or inferred if there is greater thana certain amount of UEs 101 capturing media in a certain area. Thethreshold value for the amount can be varied to increase or decrease thesensitivity with which the event determination module 305 can make anevent determination. For example, the threshold value for the amount maybe set at a low value to more easily trigger an analysis of whether anevent is occurring. Also, the amount of information transmitted could bea trigger for detecting an event. For example, one or more UEs 101capturing a large volume of media may indicate the occurrence of anevent in a certain place (e.g., a car accident).

The event determination module 305 may collect data about the event aswell as historical events in an event data database 113 and informationabout users of the service in a user profile database 117. Usinghistorical information, the event determination module 305 can determinea historical event determination threshold (step 505). In oneembodiment, this threshold represents a score that is to be exceeded todetermine that an event exists. By way of example, the score is based onhistorical information related to events that have occurred at aparticular location in the past and/or other historical information(e.g., sensor information from UEs 101 that are not determined to beassociated with events). The score may represent, for instance: (1) thenumber or density of different UEs 101 that have provided event vectorsfor a particular grouping of related event vectors (e.g., the number ofdifferent UEs for a certain area associated with the grouping); (2) thenumber of different UEs 101 utilized in capturing the potential event;(3) the number of similar events held in the past; (4) popularity of thearea associated with the grouping with the different UEs 101; (5) thevolume of media data transmitted from a certain location or region; andthe like. The threshold may be different for different regions withdifferent properties. For example, different thresholds may bedetermined for commercial areas, residential areas, industrial areas,urban areas, rural areas, etc. In one scenario, in a residential area,the threshold for the existence of an event may be higher than in acommercial area to filter out smaller events (e.g., a small familygathering). Moreover, the event determination module 305 may set ahigher threshold for a region if static events regularly occur. Forexample, more people may regularly capture media near monuments andmuseums and thus, a higher threshold is needed to determine that thereis an event occurring at a monument or museum outside of the normalevents. Further, in rural areas, where there is little media capture ingeneral, a lower threshold value may be utilized. In certainembodiments, the threshold may be associated with a density of the usersin an area surrounding the location of the potential event. In otherembodiments, the threshold is based on a number of UEs 101 determined tobe at the event. Moreover, in additional embodiments, the threshold isbased on the volume of media data transmitted from a certain location orregion.

After determining the threshold score, a score may be determined for apotential event under current evaluation based on the event vectors andmedia received from the UEs 101. The total score may represent a numberof UEs 101 or a density of UEs 101 for an area associated with thepotential event and the score may be raw or weighted. Each individual UE101 may be associated with a base score. Then, each score may beadjusted or weighted based on a user profile associated with the UE 101.For example, if a user regularly captures media in a single place, theuser profile database 117 may collect this information and weight theuser's score lower than the base score because this activity mayindicate that the user is capturing media for a different reason (e.g.,capturing media at home, capturing media for work purposes, etc.) thanbecause of an event. Moreover, the base score may be increased based ona determination that the user actively captures media at differentevents based on a heuristic analysis of the user's past activity. Once ascore is determined for each UE 101, the scores may be combined into acurrent event score (step 507). In certain embodiments, only scoresconsidered “current” may be utilized in determining the event score.What is considered “current” may be determined based on a predeterminedtime span associated with historical information about events in theregion. Thus media may be considered current if the media is capturedwithin the time span. In certain embodiments, this score may be adjustedinto a density score (e.g., based on an area associated with the size ofthe event). This density score may be utilized to determine if there isa single event occurring in the area or multiple smaller eventsoccurring in the area of the potential event.

Next, at step 509, the existence of the event is determined based on acomparison of the score and the historical event determinationthreshold. If the score exceeds the threshold, it is determined thatthere is an existing event because historical information leads to thelikelihood that there is an event in existence if the threshold isexceeded. The existence of an event may trigger additionaldeterminations about the event as further described in FIGS. 6-9, suchas the extent of the event and selecting media associated with the eventto publish.

FIG. 6 is a flowchart of a process for determining event extentinformation utilizing mobile devices, according to one embodiment. Inone embodiment, the event determination module 305 performs the process600 and is implemented in, for instance, a chip set including aprocessor and a memory as shown FIG. 12. In step 601, the eventdetermination module 305 determines a focal point associated with theevent based on the event vectors. As noted previously, the event vectorsmay include orientation information associated with magnetometers andaccelerometers as well as location information. The determination of thefocal point may be further described utilizing the map 700 of FIG. 7.The map 700 displays multiple users 701, 703, 705 utilizing UEs 101 totransmit event information to the event platform 103. The magnetometerinformation may be utilized to determine an angle with respect to north.This angle can be utilized to determine vectors 707, 709, 711 pointingtowards a location that the user is interested in capturing media aboutfrom the user's location 701, 703, 705. The user's location 701, 703,705 may be stored and utilized using latitude and longitude information.The vectors 707, 709, 711 may be analyzed to determine one or moreintersection points, which may be considered a focal point 713. Incertain embodiments, there may be more than one focal point 713associated with a determined event. Further, the location informationmay include an altitude and the accelerometer data may be utilized toadd a three dimensional component to the focal point 713. With thisdata, the vectors may be analyzed in a three dimensional space. Further,coarse determinations may be made with regard to the accelerometer data(e.g., whether each user has a lower vantage point or a higher vantagepoint in relation to the focal point 713).

Further, an area of extent associated with the event may be determined(step 603). A perimeter may be determined using orthogonal boundarylines 715, 717, 719. These lines may be orthogonal to the determinedvectors 707, 709, 711. Moreover, if there are gaps in the perimeter, thefocal point 713 may be utilized to determine the boundary. In otherembodiments, the area of extent may be determined to be an area based ona radius from the focal point 713 to the furthest user. Additionally,the structure of the event may be determined (step 605) based on thefocal point and the area of extent. For instance, if the focal point 713is in the sky, it may be determined that the structure of the event is asky event. Moreover, if the focal point 713 is only captured from aparticular side, it can be determined that the event faces a certaindirection from the focal point 713 (e.g., the event faces south westfrom the focal point 713). This structural information may be used todetermine a type of event associated with the event (step 607). In thismanner, the structure of the event may be determined to be a stagefacing the determined direction, a sky event, a stadium event (if it isdetermined that the UEs 101 have a higher vantage point than the focalpoint 713), a building event (e.g., if the UEs 101 are within abuilding) etc. When the focal point 713 is determined and area of extentis determined, the area of extent may be associated with a map (step609). This map may be utilized to disseminate information about eventsto the users of the event platform 103. The users may receive thisinformation using the processes of FIG. 8.

FIG. 8 is a flowchart of a process for determining views of an event forpresentation, according to one embodiment. In one embodiment, the eventdetermination module 305 performs the process 800 and is implemented in,for instance, a chip set including a processor and a memory as shownFIG. 12. In step 801, the event determination module 305 receives arequest from a UE 101 for event data. The request may include specifyinga location of the UE 101. Further the location may be based on alocation module 202 associated with the UE 101 or based on input from auser of the UE 101. Further, the user may specify information about whatcontent the user wishes to receive. This information may be stored in auser profile database 117.

When the request is received, the request may be associated with a userprofile using authentication procedures. User profile preferences maythen be retrieved from the user profile, which may be utilized to selectone or more events to present to the UE 101 (step 803). Under onescenario, the selection is based on a radius 901 of the user's location903 as exemplified in the map image 905 of FIG. 9. If an event is withinthe radius 901, the user may be presented with information about theevent. Further, the user profile may filter events from view based oncertain criteria, such as the size of the event or the structure of theevent. For example, the size of the event may be determined based on thenumber of UEs 101 collecting media about the event or based on a densityof UEs 101 associated with the event. Moreover, as previously noted, thestructure of the event may include information as to whether the eventis outside, in the sky, within a building, etc. The user may be able tofilter one or more of these types of events from the events the user maywish to view. Then the events may be presented to the user and the usermay select an event to view information about from the presented events.

Once the event is selected, the event determination module 305 maydetermine media to present to the user. The event determination module305 may categorize media associated with the event into views (step805). This may be implemented by a publisher that overviews the content.The media may be stored and retrieved from a published content database115. Further, the publisher may be a component of the eventdetermination module 305 and the views may be customized to the user.Media associated with the event may be categorized based on a quality ofthe media (e.g., for visual media, the resolution of the media), thetype of media (e.g., video, audio, image, etc.), and the vantage pointof the user collecting the media. For example, the vantage point may bedetermined by correlating the location information of the UE 101associated with the media to the focus point of the event. Certainvantage points may also include whether the user has a view from above,a view from below based on accelerometer information and altitudeinformation associated with the location information. Moreover, thevantage points may be determined based on how close the UE 101associated with the media was to the focal point when the media wascaptured. One or more of the views may be offered to the user. A view topresent may be selected by the event determination module 305 based onthe user profile (step 807). The user profile may indicate a certainbandwidth limitation of the user's UE 101, and/or other preferences thatmay be used to select the view. When data is determined to be presentedto a user, the data is caused to be transmitted to the UE 101 of theuser. Then, the data is caused to be presented to the user via a userinterface 211 of the UE 101.

FIGS. 10A and 10B are diagrams of user interfaces utilized in viewingevents determined to exist, according to various embodiments. A user ofa UE (e.g., UE 101 n) may utilize an event application 109 n on theuser's user interface 1000. The user may be presented with informationabout one or more events 1001, 1003. Further, the current location 1005of the user may be presented to provide information about therelationship of the current location 1005 of the user to the event(s)1001, 1003. Moreover, the user may be able to view media associated withthe events 1001, 1003. This media may be selected by the user byentering user preferences. The user preferences may be stored in a userprofile database 117 associated with an event platform 103 providingservices to the user. Once the user selects to view 1021 an event, auser interface 1020 may present the content to the user. Under onescenario, the event is a fireworks display that may be categorized bythe event platform 103 as a sky event. The user may be able to ask foradditional views of the event based on user input 1023 or a user profilewith preselected preferences. In some scenarios, the preselectedpreferences may be defaulted to by the event platform 103.

With the above approaches, users are able to receive information aboutevents that other users are associated with. In this manner,spontaneous, unacknowledged, unadvertised, or unscheduled events may bepublished to the users. This facilitates detection and publishing ofunpublicized/niche events, which can add higher value and variety to theconsumed content offered to the users. Moreover, this manner ofpublication may be useful to event promoters because the venue of theevent need not invest in additional infrastructure to take advantage ofthe publishing of the event. Further, the determination of an event maybe at a small additional bandwidth cost of associating event vectors tomedia. Thus, users of media applications 109 may additionally add to thedetermination of an event associated with the users by merely capturingmedia in a manner normal to the user. Further, the processing at the UE101 of the users capturing the media or viewing the event may be minimalbecause the event platform 103 may perform the major calculations indetermining the existence and properties of the event, thus improvingbattery performance of the UEs 101 while providing the service. As such,the event platform 103 is able to provide the existence and propertiesof the event to multiple UEs 101.

The processes described herein for determining the existence of an eventbased on information collected from UEs 101 may be advantageouslyimplemented via software, hardware (e.g., general processor, DigitalSignal Processing (DSP) chip, an Application Specific Integrated Circuit(ASIC), Field Programmable Gate Arrays (FPGAs), etc.), firmware or acombination thereof. Such exemplary hardware for performing thedescribed functions is detailed below.

FIG. 11 illustrates a computer system 1100 upon which an embodiment ofthe invention may be implemented. Although computer system 1100 isdepicted with respect to a particular device or equipment, it iscontemplated that other devices or equipment (e.g., network elements,servers, etc.) within FIG. 11 can deploy the illustrated hardware andcomponents of system 1100. Computer system 1100 is programmed (e.g., viacomputer program code or instructions) to determine the existence of anevent based on information collected from UEs 101 as described hereinand includes a communication mechanism such as a bus 1110 for passinginformation between other internal and external components of thecomputer system 1100. Information (also called data) is represented as aphysical expression of a measurable phenomenon, typically electricvoltages, but including, in other embodiments, such phenomena asmagnetic, electromagnetic, pressure, chemical, biological, molecular,atomic, sub-atomic and quantum interactions. For example, north andsouth magnetic fields, or a zero and non-zero electric voltage,represent two states (0, 1) of a binary digit (bit). Other phenomena canrepresent digits of a higher base. A superposition of multiplesimultaneous quantum states before measurement represents a quantum bit(qubit). A sequence of one or more digits constitutes digital data thatis used to represent a number or code for a character. In someembodiments, information called analog data is represented by a nearcontinuum of measurable values within a particular range. Computersystem 1100, or a portion thereof, constitutes a means for performingone or more steps of determining the existence of an event based oninformation collected from UEs 101.

A bus 1110 includes one or more parallel conductors of information sothat information is transferred quickly among devices coupled to the bus1110. One or more processors 1102 for processing information are coupledwith the bus 1110.

A processor 1102 performs a set of operations on information asspecified by computer program code related to determining the existenceof an event based on information collected from UEs 101. The computerprogram code is a set of instructions or statements providinginstructions for the operation of the processor and/or the computersystem to perform specified functions. The code, for example, may bewritten in a computer programming language that is compiled into anative instruction set of the processor. The code may also be writtendirectly using the native instruction set (e.g., machine language). Theset of operations include bringing information in from the bus 1110 andplacing information on the bus 1110. The set of operations alsotypically include comparing two or more units of information, shiftingpositions of units of information, and combining two or more units ofinformation, such as by addition or multiplication or logical operationslike OR, exclusive OR (XOR), and AND. Each operation of the set ofoperations that can be performed by the processor is represented to theprocessor by information called instructions, such as an operation codeof one or more digits. A sequence of operations to be executed by theprocessor 1102, such as a sequence of operation codes, constituteprocessor instructions, also called computer system instructions or,simply, computer instructions. Processors may be implemented asmechanical, electrical, magnetic, optical, chemical or quantumcomponents, among others, alone or in combination.

Computer system 1100 also includes a memory 1104 coupled to bus 1110.The memory 1104, such as a random access memory (RAM) or other dynamicstorage device, stores information including processor instructions fordetermining the existence of an event based on information collectedfrom UEs 101. Dynamic memory allows information stored therein to bechanged by the computer system 1100. RAM allows a unit of informationstored at a location called a memory address to be stored and retrievedindependently of information at neighboring addresses. The memory 1104is also used by the processor 1102 to store temporary values duringexecution of processor instructions. The computer system 1100 alsoincludes a read only memory (ROM) 1106 or other static storage devicecoupled to the bus 1110 for storing static information, includinginstructions, that is not changed by the computer system 1100. Somememory is composed of volatile storage that loses the information storedthereon when power is lost. Also coupled to bus 1110 is a non-volatile(persistent) storage device 1108, such as a magnetic disk, optical diskor flash card, for storing information, including instructions, thatpersists even when the computer system 1100 is turned off or otherwiseloses power.

Information, including instructions for determining the existence of anevent based on information collected from UEs 101, is provided to thebus 1110 for use by the processor from an external input device 1112,such as a keyboard containing alphanumeric keys operated by a humanuser, or a sensor. A sensor detects conditions in its vicinity andtransforms those detections into physical expression compatible with themeasurable phenomenon used to represent information in computer system1100. Other external devices coupled to bus 1110, used primarily forinteracting with humans, include a display device 1114, such as acathode ray tube (CRT) or a liquid crystal display (LCD), or plasmascreen or printer for presenting text or images, and a pointing device1116, such as a mouse or a trackball or cursor direction keys, or motionsensor, for controlling a position of a small cursor image presented onthe display 1114 and issuing commands associated with graphical elementspresented on the display 1114. In some embodiments, for example, inembodiments in which the computer system 1100 performs all functionsautomatically without human input, one or more of external input device1112, display device 1114 and pointing device 1116 is omitted.

In the illustrated embodiment, special purpose hardware, such as anapplication specific integrated circuit (ASIC) 1120, is coupled to bus1110. The special purpose hardware is configured to perform operationsnot performed by processor 1102 quickly enough for special purposes.Examples of application specific ICs include graphics accelerator cardsfor generating images for display 1114, cryptographic boards forencrypting and decrypting messages sent over a network, speechrecognition, and interfaces to special external devices, such as roboticarms and medical scanning equipment that repeatedly perform some complexsequence of operations that are more efficiently implemented inhardware.

Computer system 1100 also includes one or more instances of acommunications interface 1170 coupled to bus 1110. Communicationinterface 1170 provides a one-way or two-way communication coupling to avariety of external devices that operate with their own processors, suchas printers, scanners and external disks. In general the coupling iswith a network link 1178 that is connected to a local network 1180 towhich a variety of external devices with their own processors areconnected. For example, communication interface 1170 may be a parallelport or a serial port or a universal serial bus (USB) port on a personalcomputer. In some embodiments, communications interface 1170 is anintegrated services digital network (ISDN) card or a digital subscriberline (DSL) card or a telephone modem that provides an informationcommunication connection to a corresponding type of telephone line. Insome embodiments, a communication interface 1170 is a cable modem thatconverts signals on bus 1110 into signals for a communication connectionover a coaxial cable or into optical signals for a communicationconnection over a fiber optic cable. As another example, communicationsinterface 1170 may be a local area network (LAN) card to provide a datacommunication connection to a compatible LAN, such as Ethernet. Wirelesslinks may also be implemented. For wireless links, the communicationsinterface 1170 sends or receives or both sends and receives electrical,acoustic or electromagnetic signals, including infrared and opticalsignals, that carry information streams, such as digital data. Forexample, in wireless handheld devices, such as mobile telephones likecell phones, the communications interface 1170 includes a radio bandelectromagnetic transmitter and receiver called a radio transceiver. Incertain embodiments, the communications interface 1170 enablesconnection to the communication network 105 for to the UE 101.

The term computer-readable medium is used herein to refer to any mediumthat participates in providing information to processor 1102, includinginstructions for execution. Such a medium may take many forms,including, but not limited to, non-volatile media, volatile media andtransmission media. Non-volatile media include, for example, optical ormagnetic disks, such as storage device 1108. Volatile media include, forexample, dynamic memory 1104. Transmission media include, for example,coaxial cables, copper wire, fiber optic cables, and carrier waves thattravel through space without wires or cables, such as acoustic waves andelectromagnetic waves, including radio, optical and infrared waves.Signals include man-made transient variations in amplitude, frequency,phase, polarization or other physical properties transmitted through thetransmission media. Common forms of computer-readable media include, forexample, a floppy disk, a flexible disk, hard disk, magnetic tape, anyother magnetic medium, a CD-ROM, CDRW, DVD, any other optical medium,punch cards, paper tape, optical mark sheets, any other physical mediumwith patterns of holes or other optically recognizable indicia, a RAM, aPROM, an EPROM, a FLASH-EPROM, any other memory chip or cartridge, acarrier wave, or any other medium from which a computer can read. Theterm computer-readable storage medium is used herein to refer to anycomputer-readable medium except transmission media.

Logic encoded in one or more tangible media includes one or both ofprocessor instructions on a computer-readable storage media and specialpurpose hardware, such as ASIC 1120.

Network link 1178 typically provides information communication usingtransmission media through one or more networks to other devices thatuse or process the information. For example, network link 1178 mayprovide a connection through local network 1180 to a host computer 1182or to equipment 1184 operated by an Internet Service Provider (ISP). ISPequipment 1184 in turn provides data communication services through thepublic, world-wide packet-switching communication network of networksnow commonly referred to as the Internet 1190.

A computer called a server host 1192 connected to the Internet hosts aprocess that provides a service in response to information received overthe Internet. For example, server host 1192 hosts a process thatprovides information representing video data for presentation at display1114. It is contemplated that the components of system 1100 can bedeployed in various configurations within other computer systems, e.g.,host 1182 and server 1192.

At least some embodiments of the invention are related to the use ofcomputer system 1100 for implementing some or all of the techniquesdescribed herein. According to one embodiment of the invention, thosetechniques are performed by computer system 1100 in response toprocessor 1102 executing one or more sequences of one or more processorinstructions contained in memory 1104. Such instructions, also calledcomputer instructions, software and program code, may be read intomemory 1104 from another computer-readable medium such as storage device1108 or network link 1178. Execution of the sequences of instructionscontained in memory 1104 causes processor 1102 to perform one or more ofthe method steps described herein. In alternative embodiments, hardware,such as ASIC 1120, may be used in place of or in combination withsoftware to implement the invention. Thus, embodiments of the inventionare not limited to any specific combination of hardware and software,unless otherwise explicitly stated herein.

The signals transmitted over network link 1178 and other networksthrough communications interface 1170, carry information to and fromcomputer system 1100. Computer system 1100 can send and receiveinformation, including program code, through the networks 1180, 1190among others, through network link 1178 and communications interface1170. In an example using the Internet 1190, a server host 1192transmits program code for a particular application, requested by amessage sent from computer 1100, through Internet 1190, ISP equipment1184, local network 1180 and communications interface 1170. The receivedcode may be executed by processor 1102 as it is received, or may bestored in memory 1104 or in storage device 1108 or other non-volatilestorage for later execution, or both. In this manner, computer system1100 may obtain application program code in the form of signals on acarrier wave.

Various forms of computer readable media may be involved in carrying oneor more sequence of instructions or data or both to processor 1102 forexecution. For example, instructions and data may initially be carriedon a magnetic disk of a remote computer such as host 1182. The remotecomputer loads the instructions and data into its dynamic memory andsends the instructions and data over a telephone line using a modem. Amodem local to the computer system 1100 receives the instructions anddata on a telephone line and uses an infra-red transmitter to convertthe instructions and data to a signal on an infra-red carrier waveserving as the network link 1178. An infrared detector serving ascommunications interface 1170 receives the instructions and data carriedin the infrared signal and places information representing theinstructions and data onto bus 1110. Bus 1110 carries the information tomemory 1104 from which processor 1102 retrieves and executes theinstructions using some of the data sent with the instructions. Theinstructions and data received in memory 1104 may optionally be storedon storage device 1108, either before or after execution by theprocessor 1102.

FIG. 12 illustrates a chip set 1200 upon which an embodiment of theinvention may be implemented. Chip set 1200 is programmed to determinethe existence of an event based on information collected from UEs 101 asdescribed herein and includes, for instance, the processor and memorycomponents described with respect to FIG. 11 incorporated in one or morephysical packages (e.g., chips). By way of example, a physical packageincludes an arrangement of one or more materials, components, and/orwires on a structural assembly (e.g., a baseboard) to provide one ormore characteristics such as physical strength, conservation of size,and/or limitation of electrical interaction. It is contemplated that incertain embodiments the chip set can be implemented in a single chip.Chip set 1200, or a portion thereof, constitutes a means for performingone or more steps of determining the existence of an event based oninformation collected from UEs 101.

In one embodiment, the chip set 1200 includes a communication mechanismsuch as a bus 1201 for passing information among the components of thechip set 1200. A processor 1203 has connectivity to the bus 1201 toexecute instructions and process information stored in, for example, amemory 1205. The processor 1203 may include one or more processing coreswith each core configured to perform independently. A multi-coreprocessor enables multiprocessing within a single physical package.Examples of a multi-core processor include two, four, eight, or greaternumbers of processing cores. Alternatively or in addition, the processor1203 may include one or more microprocessors configured in tandem viathe bus 1201 to enable independent execution of instructions,pipelining, and multithreading. The processor 1203 may also beaccompanied with one or more specialized components to perform certainprocessing functions and tasks such as one or more digital signalprocessors (DSP) 1207, or one or more application-specific integratedcircuits (ASIC) 1209. A DSP 1207 typically is configured to processreal-world signals (e.g., sound) in real time independently of theprocessor 1203. Similarly, an ASIC 1209 can be configured to performedspecialized functions not easily performed by a general purposedprocessor. Other specialized components to aid in performing theinventive functions described herein include one or more fieldprogrammable gate arrays (FPGA) (not shown), one or more controllers(not shown), or one or more other special-purpose computer chips.

The processor 1203 and accompanying components have connectivity to thememory 1205 via the bus 1201. The memory 1205 includes both dynamicmemory (e.g., RAM, magnetic disk, writable optical disk, etc.) andstatic memory (e.g., ROM, CD-ROM, etc.) for storing executableinstructions that when executed perform the inventive steps describedherein to determine the existence of an event based on informationcollected from UEs 101. The memory 1205 also stores the data associatedwith or generated by the execution of the inventive steps.

FIG. 13 is a diagram of exemplary components of a mobile terminal (e.g.,handset) for communications, which is capable of operating in the systemof FIG. 1, according to one embodiment. In some embodiments, mobileterminal 1300, or a portion thereof, constitutes a means for performingone or more steps of collecting information to determine the existenceof an event. Generally, a radio receiver is often defined in terms offront-end and back-end characteristics. The front-end of the receiverencompasses all of the Radio Frequency (RF) circuitry whereas theback-end encompasses all of the base-band processing circuitry. As usedin this application, the term “circuitry” refers to both: (1)hardware-only implementations (such as implementations in only analogand/or digital circuitry), and (2) to combinations of circuitry andsoftware (and/or firmware) (such as, if applicable to the particularcontext, to a combination of processor(s), including digital signalprocessor(s), software, and memory(ies) that work together to cause anapparatus, such as a mobile phone or server, to perform variousfunctions). This definition of “circuitry” applies to all uses of thisterm in this application, including in any claims. As a further example,as used in this application and if applicable to the particular context,the term “circuitry” would also cover an implementation of merely aprocessor (or multiple processors) and its (or their) accompanyingsoftware/or firmware. The term “circuitry” would also cover ifapplicable to the particular context, for example, a baseband integratedcircuit or applications processor integrated circuit in a mobile phoneor a similar integrated circuit in a cellular network device or othernetwork devices.

Pertinent internal components of the telephone include a Main ControlUnit (MCU) 1303, a Digital Signal Processor (DSP) 1305, and areceiver/transmitter unit including a microphone gain control unit and aspeaker gain control unit. A main display unit 1307 provides a displayto the user in support of various applications and mobile terminalfunctions that perform or support the steps of collecting information todetermine the existence of an event. The display 13 includes displaycircuitry configured to display at least a portion of a user interfaceof the mobile terminal (e.g., mobile telephone). Additionally, thedisplay 1307 and display circuitry are configured to facilitate usercontrol of at least some functions of the mobile terminal. An audiofunction circuitry 1309 includes a microphone 1311 and microphoneamplifier that amplifies the speech signal output from the microphone1311. The amplified speech signal output from the microphone 1311 is fedto a coder/decoder (CODEC) 1313.

A radio section 1315 amplifies power and converts frequency in order tocommunicate with a base station, which is included in a mobilecommunication system, via antenna 1317. The power amplifier (PA) 1319and the transmitter/modulation circuitry are operationally responsive tothe MCU 1303, with an output from the PA 1319 coupled to the duplexer1321 or circulator or antenna switch, as known in the art. The PA 1319also couples to a battery interface and power control unit 1320.

In use, a user of mobile terminal 1301 speaks into the microphone 1311and his or her voice along with any detected background noise isconverted into an analog voltage. The analog voltage is then convertedinto a digital signal through the Analog to Digital Converter (ADC)1323. The control unit 1303 routes the digital signal into the DSP 1305for processing therein, such as speech encoding, channel encoding,encrypting, and interleaving. In one embodiment, the processed voicesignals are encoded, by units not separately shown, using a cellulartransmission protocol such as global evolution (EDGE), general packetradio service (GPRS), global system for mobile communications (GSM),Internet protocol multimedia subsystem (IMS), universal mobiletelecommunications system (UMTS), etc., as well as any other suitablewireless medium, e.g., microwave access (WiMAX), Long Term Evolution(LTE) networks, code division multiple access (CDMA), wideband codedivision multiple access (WCDMA), wireless fidelity (WiFi), satellite,and the like.

The encoded signals are then routed to an equalizer 1325 forcompensation of any frequency-dependent impairments that occur duringtransmission though the air such as phase and amplitude distortion.After equalizing the bit stream, the modulator 1327 combines the signalwith a RF signal generated in the RF interface 1329. The modulator 1327generates a sine wave by way of frequency or phase modulation. In orderto prepare the signal for transmission, an up-converter 1331 combinesthe sine wave output from the modulator 1327 with another sine wavegenerated by a synthesizer 1333 to achieve the desired frequency oftransmission. The signal is then sent through a PA 1319 to increase thesignal to an appropriate power level. In practical systems, the PA 1319acts as a variable gain amplifier whose gain is controlled by the DSP1305 from information received from a network base station. The signalis then filtered within the duplexer 1321 and optionally sent to anantenna coupler 1335 to match impedances to provide maximum powertransfer. Finally, the signal is transmitted via antenna 1317 to a localbase station. An automatic gain control (AGC) can be supplied to controlthe gain of the final stages of the receiver. The signals may beforwarded from there to a remote telephone which may be another cellulartelephone, other mobile phone or a land-line connected to a PublicSwitched Telephone Network (PSTN), or other telephony networks.

Voice signals transmitted to the mobile terminal 1301 are received viaantenna 1317 and immediately amplified by a low noise amplifier (LNA)1337. A down-converter 1339 lowers the carrier frequency while thedemodulator 1341 strips away the RF leaving only a digital bit stream.The signal then goes through the equalizer 1325 and is processed by theDSP 1305. A Digital to Analog Converter (DAC) 1343 converts the signaland the resulting output is transmitted to the user through the speaker1345, all under control of a Main Control Unit (MCU) 1303—which can beimplemented as a Central Processing Unit (CPU) (not shown).

The MCU 1303 receives various signals including input signals from thekeyboard 1347. The keyboard 1347 and/or the MCU 1303 in combination withother user input components (e.g., the microphone 1311) comprise a userinterface circuitry for managing user input. The MCU 1303 runs a userinterface software to facilitate user control of at least some functionsof the mobile terminal 1301 to collect information to determine theexistence of an event. The MCU 1303 also delivers a display command anda switch command to the display 1307 and to the speech output switchingcontroller, respectively. Further, the MCU 1303 exchanges informationwith the DSP 1305 and can access an optionally incorporated SIM card1349 and a memory 1351. In addition, the MCU 1303 executes variouscontrol functions required of the terminal. The DSP 1305 may, dependingupon the implementation, perform any of a variety of conventionaldigital processing functions on the voice signals. Additionally, DSP1305 determines the background noise level of the local environment fromthe signals detected by microphone 1311 and sets the gain of microphone1311 to a level selected to compensate for the natural tendency of theuser of the mobile terminal 1301.

The CODEC 1313 includes the ADC 1323 and DAC 1343. The memory 1351stores various data including call incoming tone data and is capable ofstoring other data including music data received via, e.g., the globalInternet. The software module could reside in RAM memory, flash memory,registers, or any other form of writable storage medium known in theart. The memory device 1351 may be, but not limited to, a single memory,CD, DVD, ROM, RAM, EEPROM, optical storage, or any other non-volatilestorage medium capable of storing digital data.

An optionally incorporated SIM card 1349 carries, for instance,important information, such as the cellular phone number, the carriersupplying service, subscription details, and security information. TheSIM card 1349 serves primarily to identify the mobile terminal 1301 on aradio network. The card 1349 also contains a memory for storing apersonal telephone number registry, text messages, and user specificmobile terminal settings.

While the invention has been described in connection with a number ofembodiments and implementations, the invention is not so limited butcovers various obvious modifications and equivalent arrangements, whichfall within the purview of the appended claims. Although features of theinvention are expressed in certain combinations among the claims, it iscontemplated that these features can be arranged in any combination andorder.

1. A method comprising: receiving at a user device media from aplurality of mobile devices; determining at the user device a pluralityof event vectors for the respective mobile devices, wherein each of theevent vectors includes geo-location information, altimeter data, andtiming information of the corresponding mobile devices; determining atthe user device existence of an event based on the received media andthe event vectors; determining a focal point associated with the eventbased on the event vectors; determining an area of extent associatedwith the event based on the focal point and the event vectors;determining a type of the event based on the focal point and the eventvectors; determining an altitude of at least one of the mobile devicesbased on the event vectors; determining a vantage point of the at leastone mobile device as higher, same, or lower in relation to the focalpoint based upon the altitude; and causing, at least in part,representation of the focal point and the vantage point in athree-dimensional space.
 2. A method of claim 1, further comprising:determining a region associated with the event; and causing, at least inpart, retrieval of historical event data associated with the region,wherein the determination of the existence of the event is further basedon the historical event data.
 3. A method of claim 2, the method furthercomprising: determining a historical event determination thresholdassociated with the historical event data; determining a current eventscore based on the received media and the event vectors; and comparingthe current event score with the historical event determinationthreshold, wherein the determination of the existence of the event isfurther based on the comparison.
 4. A method of claim 3, furthercomprising: determining a current weighted event score by associating abase score with at least one of the mobile devices and weighting thebase score based on a user profile associated with the at least one ofthe mobile devices; comparing the current weighted event score with thehistorical event determination threshold; and determining existence ofthe event further based, at least in part, on the comparison.
 5. Amethod of claim 3, wherein a plurality of historical event determinationthresholds are defined differently based on a plurality of types of realproperty.
 6. A method of claim 5, wherein a historical eventdetermination threshold of a residential area is set higher than ahistorical event determination threshold of a commercial area.
 7. Amethod of claim 6, wherein a historical event determination threshold ofan urban area is set higher than a historical event determinationthreshold of a rural area.
 8. A method of claim 1, wherein the eventvectors further include orientation data including, at least in part,accelerometer data, magnetometer data, the altimeter data, or acombination thereof.
 9. A method of claim 1, wherein the event vectorsfurther include data from sensors including, at least in part, airpressure sensor, thermometer, or a combination thereof, and the methodfurther comprising: determining a type of the event based on the eventvectors.
 10. A method of claim 1, the method further comprising:receiving a request for event data from another mobile device specifyinga location of the other mobile device; selecting the event forpresentation to be based on the location; categorizing the receivedmedia into one or more views; and selecting one of the views of theevent for presentation.
 11. A method of claim 1, wherein the user deviceis a mobile device, and the media received from one of the mobiledevices includes event vectors from another one or more of the mobiledevices.
 12. A method of claim 1, wherein the media, the event vectors,or a combination thereof are received from a master mobile device amongthe mobile devices that collect the media, the event vectors, or acombination thereof from other ones of the mobile devices.
 13. A methodof claim 1, wherein the event vectors are received from the mobiledevices separately from the media.
 14. An apparatus comprising: at leastone processor; and at least one memory including computer program code,the at least one memory and the computer program code configured to,with the at least one processor, cause the apparatus to perform at leastthe following, receive media from a plurality of mobile devices;determine a plurality of event vectors for the respective mobiledevices, wherein each of the event vectors includes geo-locationinformation, altimeter data, and timing information of the correspondingmobile device; determine existence of an event based on the receivedmedia and the event vectors; determine a focal point associated with theevent based on the event vectors; determine an area of extent associatedwith the event based on the focal point and the event vectors; determinea type of the event based on the focal point and the event vectors;determine an altitude of at least one of the mobile devices based on theevent vectors; determine a vantage point of the at least one mobiledevice as higher, same, or lower in relation to the focal point basedupon the altitude; and cause, at least in part, representation of thefocal point and the vantage point in a three-dimensional space, whereinthe apparatus is embedded in a user device.
 15. An apparatus of claim14, wherein the apparatus is further caused, at least in part, to:determine a region associated with the event; and cause, at least inpart, retrieval of historical event data associated with the region,wherein the determination of the existence of the event is further basedon the historical event data.
 16. An apparatus of claim 15, wherein theapparatus is further caused, at least in part, to: determine ahistorical event determination threshold associated with the historicalevent data; determine a current event score based on the received mediaand the event vectors; and compare the current event score with thehistorical event determination threshold, wherein the determination ofthe existence of the event is further based on the comparison.
 17. Anon-transitory computer-readable storage medium carrying one or moresequences of one or more instructions which, when executed by one ormore processors, cause an apparatus to at least perform the followingsteps: receiving media from a plurality of mobile devices; determining aplurality of event vectors for the respective mobile devices, whereineach of the event vectors includes geo-location information, altimeterdata, and timing information of the corresponding mobile device;determining existence of an event based on the received media and theevent vectors; determining a focal point associated with the event basedon the event vectors; determining an area of extent associated with theevent based on the focal point and the event vectors; determining a typeof the event based on the focal point and the event vectors; determiningan altitude of at least one of the mobile devices based on the eventvectors; determining a vantage point of the at least one mobile deviceas higher, same, or lower in relation to the focal point based upon thealtitude; and causing, at least in part, representation of the focalpoint and the vantage point in a three-dimensional space, wherein theapparatus is embedded in a user device.
 18. A non-transitorycomputer-readable storage medium of claim 17, further comprising:determining a region associated with the event; and causing, at least inpart, retrieval of historical event data associated with the region,wherein the determination of the existence of the event is further basedon the historical event data.
 19. A non-transitory computer-readablestorage medium of claim 18, wherein the apparatus is caused, at least inpart, to further perform: determining a historical event determinationthreshold associated with the historical event data; determining acurrent event score based on the received media and the event vectors;and comparing the current event score with the historical eventdetermination threshold, wherein the determination of the existence ofthe event is further based on the comparison.